home *** CD-ROM | disk | FTP | other *** search
/ ETO Development Tools 4 / ETO Development Tools 4.iso / Essentials / MacApp Documentation / MacApp.TECH$ Archives / 1990 / Jan 90 / MacApp.Tech$ 1⁄26⁄90 / 0503-a house for MacApp.T-Jan90 < prev    next >
Encoding:
Text File  |  1991-03-06  |  1.7 KB  |  37 lines  |  [TEXT/GEOL]
  1. Item forwarded  by  BURBECK.S    to JESSA
  2.  
  3. Item    2710746                         23-Jan-90        01:27
  4.  
  5. From:   SPA.DTS                         Spain - Developer Technical Support
  6.  
  7. To:     MACAPP.TECH$                    MacApp Technical
  8.  
  9. cc:     SPA.DTS                         Spain - Developer Technical Support
  10.  
  11. Sub:    a house for MacApp.Tech-MAP
  12.  
  13. I think that the problem with MACAPP.TECH$ is not a problem of MACAPP.TECH$,
  14. but a problem of AppleLink.  This service was created (I think) initially as a
  15. E-mail and information storage service. This services run OK but what I want of
  16. a good BBS software is to read automaticaly al new messages of a conference
  17. (like MacApp.Tech$) WITHOUT mixing with my mail.
  18. I think that the best solution implies to modify AppleLink software and this is
  19. not feasible. The second best solution for me is:
  20. - Create a new icon for MacApp, inside it you can have some folder, including
  21. one for the 'Guerrilla projects' another for 'general discusions' and so on.
  22. And the new messages would appear only to interested people and wouldn't mix
  23. with other developers messages. The problem is that Apple perhaps won't want to
  24. create this icon. (what about it Jessa?)
  25. - AND have a second icon (too much?) of library (ala 'Technical Info'). all
  26. messages (except those on 'take me out of macapp.tech' and so on) would be
  27. introduced there so anyone could search quickly about Tview or any other.
  28.  
  29. A simpler solution that can be made now would be that everyone in the subject
  30. field include some small code, like 'MAP' that would tell to the receiver that
  31. this is a MacApp message and not a private mail. This implies some self
  32. discipline, but not too much.
  33.  
  34.  
  35. Fernando García.
  36.  
  37.